home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20010306-20010921 / 000178_fdc@watsun.cc.columbia.edu_Wed May 23 12:19:00 EDT 2001.msg < prev    next >
Text File  |  2020-01-01  |  5KB  |  101 lines
  1. Article: 12478 of comp.protocols.kermit.misc
  2. Path: newsmaster.cc.columbia.edu!watsun.cc.columbia.edu!fdc
  3. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  4. Newsgroups: comp.protocols.kermit.misc,comp.unix.solaris,alt.solaris.x86
  5. Subject: Re: C-Kermit 7.1 Beta.01 on Solaris 7?
  6. Date: 23 May 2001 16:18:57 GMT
  7. Organization: Columbia University
  8. Lines: 84
  9. Message-ID: <9egnth$l9d$1@newsmaster.cc.columbia.edu>
  10. References: <9ecdqb$ppp$1@newsmaster.cc.columbia.edu> <9ef581$ksl$1@samba.rahul.net>
  11. NNTP-Posting-Host: watsun.cc.columbia.edu
  12. X-Trace: newsmaster.cc.columbia.edu 990634737 21805 128.59.39.2 (23 May 2001 16:18:57 GMT)
  13. X-Complaints-To: postmaster@columbia.edu
  14. NNTP-Posting-Date: 23 May 2001 16:18:57 GMT
  15. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:12478 comp.unix.solaris:327980 alt.solaris.x86:53340
  16.  
  17. In article <9ef581$ksl$1@samba.rahul.net>,  <dold@07.usenet.us.com> wrote:
  18. : In comp.protocols.kermit.misc
  19. : Frank da Cruz <fdc@watsun.cc.columbia.edu> wrote:
  20. : : I'm getting some strange reports about C-Kermit 7.1 Beta.01 on
  21. : : Solaris 7 (and 8).  Has anybody used it successfully?  I'm
  22. : : interested particularly in two areas:
  23. : :
  24. : :  1. After a file transfer, in which the fullscreen (curses)
  25. : :     file transfer display was used, do subsequent commands
  26. : :     still echo normally?
  27. : 
  28. : C-Kermit 7.1.199 Alpha.04, 1 Apr 2001, for Solaris 7
  29. : built with "make solaris7g"
  30. : connecting between two Solaris 7 boxes.
  31. : on the far end, at a ksh prompt:
  32. : kermit, rec, ctrl-\,c send something.
  33. : Fullscreen display looks fine, "statistics" looks right immediately after.
  34. : kermit, send something.  works fine.
  35. : 
  36. It works fine for me too, with:
  37.  
  38.   Solaris             Connection
  39.   Version   Hardware    Type
  40.   ------------------------------
  41.    2.5.1     Sparc     Telnet
  42.    2.6       PC        Telnet
  43.    2.6       PC        Dialout
  44.    7         Sparc     Telnet
  45.    8         Sparc     Telnet
  46.  
  47. Yet I have a user who reports consistent loss of echoing after the
  48. fullscreen file-transfer display on Solaris 8 Sparc built with gcc
  49. 2.95.3.  On the same platform, but with a binary built with gcc 2.95.2,
  50. there is no problem.  So the questions are:
  51.  
  52.  . Is it a difference between the two gcc versions?
  53.  
  54.  . Is there an "alternative" curses library in play (ncurses?).
  55.    Curses libraries are notorious for altering the buffering of
  56.    stdin/out when curses is activated, and then not restoring it
  57.    afterwards.
  58.  
  59. Can anybody else reproduce these symptoms?  Make a connection, transfer
  60. a file, and then see if commands echo normally afterwards, '?' still gives
  61. help, etc.
  62.  
  63. : :  2. Can you "set line" to a serial port and dial out?
  64. : 
  65. : no modems, although I could hook one up.
  66. :
  67. If somebody could please try this on Solaris 7 and/or 8, I'd appreciate
  68. it.  I dialed out at 115200 bps with no problems from Solaris 2.6 on a PC,
  69. using RTS/CTS flow control, and transferred large files in both directions.
  70. I verified that RTS/CTS works correctly.  When sending a file from the PC,
  71. the CTS and TxD lights went on and off in lockstep, and no errors
  72. occurred at the Kermit packet level.
  73.  
  74. I have one user who reports consistent problems with Kermit "locking up"
  75. when trying to use a "Spiff" (serial port expander) port to dial out from
  76. Solaris 7 on a Sparc.  Sometimes it works, but when it doesn't, the port
  77. is hung (unusable by any application, including tip and cu) until the
  78. machine is rebooted.
  79.  
  80. The same user reports differences among the different Kermit versions on
  81. the same machine.  On the ports that are not hung, C-Kermit 6.0 and 7.0
  82. work, but 7.1 does not.  For Solaris, the main difference between 7.0 and
  83. 7.1 is that 7.1 uses the "POSIX" RTS/CTS API (tcsetattr()), whereas 7.0 and
  84. earlier use the old SVR4 CRTSCTS ioctl(), which reportedly did not work
  85. at all at runtime, even though the API calls were accepted without
  86. complaint.
  87.  
  88. That's what I know so far.  So the questions are:
  89.  
  90.  . Is the behavior different between Solaris 2.6 and Solaris 7?
  91.  . Is the behavior different between Sparc and Intel?
  92.  . Is the behavior different between built-ports and expander ports?
  93.  
  94. Finally, while researching this, I discovered that C-Kermit for Solaris
  95. on Intel did not use C-Kermit's "large memory model" -- this is a holdover
  96. from the days when PCs were toys and Sparcs were real computers (nowadays,
  97. PCs are still still toys, but they're big toys :-).  I'll correct that
  98. in the final 7.1 release.
  99.  
  100. - Frank
  101.